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remarks 

Claims 1, 2, 4-10, 12-18 and 20-24 are pending in tlie application. Of the claims. Claims 
U9,and 17 are independent claims. Claims 1, 1,2,4-10, 12-18 and 20-24 are rejected under 35 
U.S.C, § 103(a) as being deemed unpatentable over Muller et al, (U,S, Paxem Number 6,021,132) 
in view of Singh ei al. (U.S. Patent No. 6,625,159). That rejection is respectfully traversed and 
reconsideration is requested. 

Applicant thanks the Oflice for granting an interview on June 7, 2005 to discuss a 
proposed Request for Reconsideration that was faxed to Examiner Tran. Draft arguments that 
arc submitted in this Amcndmem After Final were discussea. The Examiner indicated that the 
amendment submitted in this Amendmem After Final to independent Claims 1, 9 and 17 to 
clarify that the multicast pool of buffers are reserved for only storing IP Multicast packets 
appeared to overcome the cited prior an. (U.S. Patent No. 6,021,132 granted to Muller et al.) 

Regarding Rejecti ons under 35 U.S.C. 103(a) 

The applicant's disclosed invention provides reserved pools of buffers in the shared 
memory. Each reserved pool of buffers is associated with one of the plurality of egress pons and 
is reserved for storing data to be forwarded through that egress pon. The shared memory also 
includes a shared pool of buffers for storing data to be forwarded through any of the plurality of 
egress ports and a multicast pool of buffers reserved for orJy storing IP Multicast packets 
received on any ingress pon. By providing "a mtilticast pool of buffers in the shared memory 
reserved for only storing IP Multicast packets received on any ingress pon" even if one 
congested egress pon is using all of its reserved buffers and all available buffers in the shared 
pool of buffers in the shared memory, buffers are available from the multicast pool for storing a 
received IP Multicast packet. The buffers in the multicast pool of buffers are reserved for only 
storing IP Multicast packets, (See Applicant's Specification Fig. 2, shared memory (108) 
reserved pool of buffers (202), shared pool (200); multicast pool (204).) 

Cited prior art, Muller is directed to a switch having a single cnmin on pool of memory 
(shared memory) that is shared by all of the ports of the switch- (S'ee- Muller Fig. 2, shared 
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memory (230).) Muller does not teach or suggest at leasi the Applicant's disclosed " multicast 
pool of htifieftr<i in the shared memory reserved for only storing IP Multicast packers '" . Applicant 
is confused as to how the Office can suggest that Muller teaches a multicast pool of buffers in the 
shared memory reserved for only storing IP Multicast packets when Muller does not explicitly 
teach reserved pools of buffers in a shared memory. 

There is no discussion in Muller of reserving any poolfs) of buffers in the single common pool of 
memory. In contrast, all received packets including IP Multicast packets are stored in the single 
common pool of memory. Muller does not teach or suggest buffers that are "reserved for only 
storing IP Muliicasi packets". In contrast, IP Multicast packets can be stored in any available 
buffer in Muller's shared memory, 

Funhermore, Muller does not teach or suggest the Applicant's disclosed "pool select 
logic*', Muller merely discusses a single common pool of memory and therefore there is no 
suggestion of a pool select logic because there is no discussion of separate pools of buffers from 
which to select a buffer, e.g, IP Multicast pool of buffers reserved for only storing IP Multicast 
packets. (See Col 6, lines 60-63; Fig. 3a, shared memory (230).) 

Cited prior an, Singh discusses an input buffered switch having shared memory. The 
shared memory includes a reserved buffer for each inpu^ port and unreserved buffers that are 
shared by the input pons. Buffers are allocated from the unreserved buffers for storing multicast 
packets or a subset of the buffers reserved for an input port may be further reserved for storing 
multicast packets received by the input pon. {See Col 5, lines 31- Col 6, line 3.) 

As is well-known to those skilled in the an, a multicast packet received on an input pon 
is typically forwarded to a group of output pons. In the input buffered switch discussed by 
Singh, all received packets including multicast packets are stored based on the input pon on 
which it w^s received. The Multicast packets are later duplicated as they are transmitted to each 
egress pon based on the multicast group. In Muller's system, all packets are treated the same, 
with one copy of each data packet (both multicast and non-multicast packets) received by each 
input pon in the switch being stored in the single common memory. There is no suggestion of a 
separate multicast pool of buffers reserved for only storing IP Multicast packets. As discussed in 
the applicant's specification, the problem with a single common pool of memory shared by all of 
the pons is that all of the memoiy may be consumed storing data for a congested pon leaving no 
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memory available for sioring dam to be forwarded to non-congested pons, which results in data 
packets being dropped for non-congested egress pons. 

Singh does not teach or suggest the Applicant's disclosed "reserved pool of buffers 
associated with one of a plurality of egress pons aad reserved for storing data to be forwarded lo 
the ggyess pon". In contrast, Singh discusses reserving buffers for each input pon . With buffers 
reserved per input pon, an CP Multicast packet is stored based on the input port at which it was 
received, there is no suggestion in Singh of "a multicast pool of buffers in the shared memory 
reserved for only storing IP Multicast packets received from any ingress port In contrast, 
Singh merely discusses storing Multicast packets based on the input pon at which they are 
received using a subset of buffers reserved for the input port or from buffers in a non-reserved 
pool of buffers, {See col, 4, lines 19-45; col. 5, lines 31-45, col, 5, line 62- col.6, hue 3,) 

Thus, neither Muller nor Singh singly or in combination teach or suggest the AppUcant's 
disclosed " multicast pool of buffers shared by the egress pons for only storing IP Multicast 
eackets received on any ingress pon", (emphasis added.) Even if combined, the combination 
merely discusses a shared memory having reserved and non-reserved buffers. 

Claims 2 and 4-8 are dependent on Claim 1 and thus include this limitation over the prior 
an. Funhennore the dependent claims recite further limitations that are neither tau^t or 
suggested by the cited prior an. 

Claim 4 recites pool select logic selects a free buffer from the multicast pool upon 
detecting an IP Multicast data packet received from an ingress pon". Neither Muller nor Singh, 
singly or in combination teach or suggest the Applicant's claimed '"multicast pool" and thus, do 
not teach or suggest "selecting a free buffer from the multicast pool" as claimed by the applicants 
in dependent claim 4. 

Claim 5 recites *The sum of the buffers in the multicast pool, the reserved pool and the 
shared pool is greater than the total number of buffers in the shared memory". Muller discusses 
a single common pool of buffers. The Office agrees that Muller does not discuss a reserved 
pool. With only a single common pool of buffers shared by all of the pons, it is not possible to 
oversubscribe the pools, that is, '*the sum of the buffers in the multicast pool, the reserved pool 
and the shared pool is greater than the total number of buffers in the shared memory" as claimed 
by the applicants in dependent claim 5 and described in the applicant's specifrcation on Page 8, 
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lines 8-21 , Singh does not ad(} to MiUler the present invention's ability to oversubscribe the 
pools as argued above. 

Independent Claim 17 recites a like distinction in tenns of a method and thus similarly 
pateniably distinguishes over the prior an. Claims 1 8 and 20-24 are dependent on Claim 17 and 
thus include this limitation over the prior an. Independent Claim 9 and claims dependent on 
Claim 9 include like limitations distinguishing the ciied an. 

Therefore, separately or in combination, Muller and Singh do not teach or suggest the 
Applicants' claimed invention. Thus, none of the cited prior an alone or in combination makes 
obvious the Applicants* claimed method for reducing pool starvation in a shared memory switch. 

Accordingly, ihe present invention as now claimed is not believed to be made obvious 
from the cited an or any of the prior an. Removal of ihe rejections under 35 U.S.C. 1 03(a) and 
acceptance of Claims 1-2, 4-10, 12-18 and 20-24 is respectiully requested. 
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CONCLUSION 

In view of the above amendments and remarks, it is believed that all claims are in 
condition for allowance, and it is respectfully requested that the application be passed to issue. If 
the Examiner feels that a telephone conference would expedite prosecution of this case, the 
Examiner is invited to call the undersigned. 

Respectfully submined, 

HAME.TON, BROOK. SMITH & REYNOLDS, P.C. 



By .-i'^A ^4 £^ 

Caroline M, Fleming ) 
Registration No. 45,566 
Telephone: (978) 341-0036 
Facsimile: (978) 34J-0136 



Concord, MA 01742-9133 
Dated: L\%\or 
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